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(57) A communication device for sending an image 
data through E-mail includes the following elements: (a) 
an image data creator, (b) image data sending means 
for sending the image data according to a message 
transfer protocol of E-mail, (c) a register for registering 
plural identifications of a transrhitter, and (d) sending 
means for selecting at least one of identifications of the 
transmitter. When the image data is sent by E-mail over 
the internet, an identification of the transmitter can be 
set at a transmitter side depending on an operator's in- 
tention and a recipient can identify a transmitter before 
opening a file attached to a received data. When the re- 
cipient replies the mail with a reply function of a mail 
browsing software, the reply mail can reach an intended 
address. 
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Description 



Summary of the Invention 



Field of the invention 

[0001] The present invention relates to an image-da- 
ta-communication-device utilizing communication ap- 
paratus such as a network-facsimile-apparatus, and a 
communication method of the image data. 

Background of the Invention 

[0002] When a user sends data through a facsimile 
machine, the data contains, in general, transmitter's 
identification. The transmitter's identification has been 
usually registered at the facsimile machine, and is over- 
written on an Image data or printed on the upper end of 
the image data received by a recipient. 
[0003] The transmitter's identification is generally in- 
put to the facsimile machine through its operation panel. 
Identification data created by a personal computer (PC) 
can be also sent into a facsimile machine via PSTN 
(Public Switched Telephone Network). 
[0004] On the other hand, the registration through E- 
mail (electronic mail) can be practiced in a net-work fac- 
simile which communicates through a network such as 
the Internet. 

[0005] As discussed above: using a regular facsimile 
machine, a recipient can identify who sends a message 
even it has no name in the "From: " column, because 
transmitter's identification is overwritten on the mes- 
sage or printed on the upper end of the received paper. 
[0006] However, in the case of the network facsimile, 
a message does not always arrive at a facsimile ma- 
chine, but it may arrive at a terminal of a PC or a work- 
station, which is capable of receiving E-mail. In such a 
case, the terminal confirms the arrival of data by an E- 
mail-browslng-software, and since the message is sent 
in a form of attached file of E-mail, a recipient cannot 
identify who sent the message until the recipient reads 
the attached file. 

[0007] When the recipient answers the message 
through a reply function of the browsing software, the 
answer is always sent back to the facsimile machine that 
has sent the message. Therefore, if an intended person 
does not watch the machine for the arrival of answer, or 
another person attends to the machine, the answer is 
sometimes misplaced or delivered to a wrong address. 
[0008] Further, an operation panel of facsimile ma- 
chines is not good for registering multi-digit data such 
as a mail address, and it takes time. On the other hand, 
registration through PSTN requires a dedicated pro- 
gram at a PC side, and this method thus does not be- 
come popular. The registration through E-mail allows a 
simple input operation; however a format readable by 
a facsimile machine must be employed. Thus the oper- 
ator must be furnished with some knowledge before reg- 
istering a mail address. 



[0009] Accordingly it is an object of the present inven- 
tion to provide a communication device and a method 
s of communication, through which a recipient can identify 
a transmitter before opening a file attached to a mail 
when the recipient receives thE-mail by a mail-brows- 
ing-software. 

[0010] It is yet another object of the present invention 
^0 to provide a communication device and a method of 
communrcation, through which a transmitter can send 
an answer to an intended person when the transmitter 
uses a reply function of thE-mail-browsing-software. 
[0011] It is still another object of the present invention 
IS to provide a communication device and a method of 
communication, at which a transmitter's identification 
can be registered with a simple operation free from any 
special knowledge. 

[0012] A communication device of the present inven- 
20 tion comprises the following elements in order to 
achieve these objects: 



(a) an image data creating section; 

(b) an innage data sending section for sending an 
image data according to a message-transfer-proto- 
col of E-mail; 

(c) a register for registering a plurality of identifica- 
tions of the transmitter; and 

(d) an identification sending section for selecting 
one of the identifications and sending it through E- 

mail. 



2S 



30 



[001 3] Using the communication device having the el- 
ements discussed above, when a transmitter sends im- 

3S age data by E-mail over the Internet, an operator (in 
most cases the transmitter is an operator) puts the iden- 
tification in a "From: " column for each mail based on an 
transmitter's intention. A recipient then can identify the 
transmitter before opening a file attached to the image 

40 data. When the recipient answers thE-mail using a reply 
function of thE-mail-browsing-software, this communi- 
cation device allows the answer-data to reach an intend- 
ed person. 

[0014] This structure keeps this communication de- 
45 vice from outputting the registered data or HTML (Hyper 
Text Markup Language) document for data input against 
a request. This request comes from a host or an address 
alien from the registered host or IP (Internet Protocol) 
addresses, and requires the device to read out the reg- 
50 istered document or a screen for registration according 
to the HTTP (Hyper Text Transfer Protocol.) 
[0015] Therefore, the communicatton device of the 
present invention allows an transmitter's identification 
to be registered or read out only when a registered host 
ss or an registered-IP-address-holder make a request. The 
identifications are thus kept in confidential to non-regis- 
tered hosts and IP addresses. 
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Brief Description of the Drawings 

[0016] Fig. 1 is a block diagram illustrating an entire 
communication device in accordance with an exemplary 
embodiment of the present invention. 
[0017] Fig. 2 is a schematic diagram illustrating a 
transmitter's identification in accordance with the exem- 
plary embodiment of the present invention. Fig. 2A 
shows a default of the transmitter's Identification, and 
Fig. 2B shows a table of transmitter's identification. 
[0018] Fig. 3 is a flowchart depicting an operation for 
changing transmitter's name. 

[0019] Fig. 4 is a flowchart depicting an operation for 
changing a name and a mail address of transmitter. 
[0020] Fig. 5 shows a mail format in accordance with 
SMTP (SimplE-mail Transfer Protocol) standard used in 
the exemplary embodiment. Fig. 5A shows a basic mail- 
format. Fig. 5B shows a format where a transmitter's 
name is changed, and Fig. 5C shows a format where a 
name and a mail address of transmitter are changed. 
Fig. 5D through Fig. 5F show formats where transmit- 
ter's namE-mail address, and mail command are 
changed. 

[0021] Fig. 6 is a flowchart depicting an operation in 
accordance with the exemplary embodiment of the 
present invention for reading out an input screen used 
for registering a transmitter's identification at a transmit- 
ter's ID table. 

[0022] Fig. 7 is a flowchart depicting an operation in 
accordance with the exemplary embodiment of the 
present invention for reading out the transmitter's iden- 
tification from the transmitter's ID table. 
[0023] Fig. 8 is a flowchart depicting an operation in 
accordance with the exemplary embodiment of the 
present invention for registering the transmitter's identi- 
fication at the transmitter's ID table. 
[0024] Fig. 9 shows a table where identification has 
been registered. Fig. 9(a) shows the transmitter's ID ta- 
ble, and Fig. 9(b) shows a host name table. 
[0025] Fig. 10 shows an HTML document where 
transmitter's IDs are to be registered in accordance with 
the exemplary embodiment of the present invention. 
[0026] Fig. 1 1 depicts a process of exchanging infor- 
mation between servers on the Internet communication 
in accordance with the exemplary embodiment of the 
present invention. 

[0027] Fig. 1 2 shows schematically a verification pro- 
cedure of an IP address and a host name. Fig. 12A 
shows a verification procedure of the IP address without 
a mask, Fig. 12B shows a procedure of the IP address 
with a mask, and Figs. 12C and 12D show procedures 
of the host name. 

Detailed DeGcription of the Exemplary Embodiment 

[0028] An exemplary embodiment of the present in- 
vention is described hereinafter with reference to the ac- 
companying drawings. 



[0029] Fig. 1 is a block diagram illustrating an entire 
communication device in accordance with an exemplary 
embodiment of the present invention. LAN (local area 
network) line 1 is coupled to communication device 2 

s via LAN interface 1 8. 

[0030] Communication device 2 sends and receives 
image data via LAN-line 1 or PSTN 19, and is furnished 
with sending/receiving functions of facsimile and E-mail. 
In Fig. 1 , these functions are integrated and housed into 

10 a cabinet, which is called communication device 2. Re- 
spective functions and sections can be housed into a 
few boxes, which can be integrated into a system to 
function as communication device 2. For instance, a PC 
having a separated scanner and printer can be used as 

^5 device 2. 

[0031] As shown in Fig. 1, communication device 2 
comprises the following elements: 

(a) CPU 3 (central processing unit) for controlling 
20 the entire operation of device 2; 

(b) panel section 4 for setting an operation and con- 
trolling the operation of device 2 through operation 
keys and buttons; 

(c) fax (facsimile) communication section 5 for 
2S sending/receiving data; 

(d) recording section 6 for recording the received 
data on a sheet of paper or displaying thereof on a 
display device; 

(e) scanner 10 for taking in image data to be sent 

30 as electrical signals; 

(f) coding section 7 for coding or decoding image 
data; 

(g) memory 8 for storing transmitter's identifica- 
tions, image data to be sent, and sent-out mail data; 

35 (h) ROM 9 (read only memory) for storing an oper- 
ation program of device 2. 

[0032] Coding section 7 encodes the image data tak- 
en in by scanner 1 0 into binary data, or decodes the bi- 
^0 nary data received through E-mail and converted into 
facsimile format. In other words, coding section 7 has 
functions for converting image data into an E-mail for- 
mat or the facsimile format, converting the respective 
formats into the other, and compressing or de-com- 
45 pressing data when necessary. 

[0033] Memory 8 comprises the following elements: 

(g-1 ) default of transmitter's identification 11 ; 
(g-2) transmitter's IDs table 12; 
so (g-3) host name table 1 3; 

(g-4) IP address table 14; 

(g-S) image data storage region 1 5; and 

(g-6) sending mail creating region 1 6. 

55 [0034] The default of transmitter's identification 11 
stores transmitter's name and his/her mail addresse of 
communication device 2 in pairs, and sets transmitter's 
identifications. Transmitter's IDs table 12 stores respec- 
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tive transmitter's identifications following the default of 
transmitter's identification 11, thus table 12 is capable 
to store a plurality of transmitter's identifications. Com- 
munication device 2 is usually used by a plurality of us- 
ers, and when each user uses respective identifications 
proper to him/her, a plurality of transmitter's Identifica- 
tions are registered. If communication device 2 is exclu- 
sively used by one user, a plurality of transmitter's iden- 
tifications need not to be registered; however, a trans- 
mitter's name and mail address are the minimum re- 
quirement as a transmitter's identification. In addition to 
these, a company name, TEL No. and Fax No. are used 
depending on needs. Therefore, plural pieces of infor- 
mation are registered at communicatbn device 2 re- 
gardless of a number of users. 

[0035] Names of CPUs linked to communication de- 
vice 2 have been registered at host-name-table 13 of 
device 2. In the same manner, IP addresses have been 
registered at IP address table 14. Image-data-storage- 
region 15 stores the image data taken in with scanner 
10. Sending-mail-creating-region 16 converts the image 
data stored in storage-region 15 into an E-mail format, 
thereby creating image data to be sent by E-mail. A giv- 
en operation at panel section 4 allows CPU 3 to control 
this E-mail image data, and thereby sending the image 
data to another communication device 2 via LAN line 1 
and over the Internet. This procedure is detailed later. 
[0036] Modem 1 7 is connected to fax communication 
section 5, and sends/receives data via PSTN 19. 
[0037] A basic operation of sending/receiving image 
data in this embodiment is described hereinafter. In the 
first place, sending/receiving image data through E-mail 
is described. 

[0038] First, set a message to be sent at scanner 10, 
then input a mail address of a recipient through opera- 
tion panel 4. Second, push the start button on panel 4. 
then CPU starts to work according to the program stored 
in ROM 9, so that scanner 10 reads the message. The 
image data read out by scanner 10 is coded Into binary 
data by coding section 7, and stored into image-data- 
storage-region 15 in memory section 8. The stored im- 
age data Is converted into an E-mail format by sending- 
mail-creating-region 16. Through this conversion, the 
image data is converted into text-code with 7-bit in ac- 
cordance with "Mime- (Multipurpose Internet Mail Ex- 
tensions) well-known as an E-mail standard of the Inter- 
net. 

[0039] The image data converted into E-mail format 
Is sent via LAN line 1 as an E-mail according to the mes- 
sage-transfer-protocol of E-mail. 
[0040] At this time, when an operator does not specify 
a transmitter's Identification, the transmitter's identifica- 
tion stored in the default of transmitter's identifications 
1 1 is attached to this E-mail as a piece of E-mail infor- 
mation. If the operator operates panel-section 4 and 
sets a transmitter's identification to be attached to this 
E-mail, or selects a specific identification among those 
stored in transmitter's IDs table 12, the set or selected 



identification is attached to the E-mail and sent out. The 
transmitter's identification is detailed later. 
[0041] ThE-mail information thus produced in send- 
ing-mail-creating-region 16 is sent to the recipient to- 
5 gether with the transmitter's identification as an E-mail 
between LAN or over the Internet according to a protocol 
like SMTP The recipient is thus able to see the trans- 
mitter's identification on the E-mail without opening an 
attached file including the image data. 
10 [0042] On the other hand, when the image data read 
out by scanner 10 is sent through a fax machine, the 
image data is supplied to fax-sending-section 5, and 
then the image data is sent to a recipient's fax machine 
via PSTN 19. The transmitter's identification has been 
^5 stored in fax-sending-section 5, and Is overwritten on 
the message or printed on the upper end of the message 
sheet before the message is sent out. 
[0043] In the description, scanner 10 reads the mes- 
sage to produce image data; however, the image data 
20 can be created on a PC screen, and directly converted 
to the binary data by coding section 7. 
[0044] In the next place, the case where communica- 
tion device 2 receives the image data is described. 
When device 2 receives the image data in E-mail format 
25 via LAN-line 1 , the recipient Is able to see the image 
data together with the transmitter's identification on E- 
mail screen. The received image data is stored in send- 
ing-mail-creating-region 16. and can be printed on pa- 
per as a piece of fax information as well as seen on E- 
30 mall screen. The received Image data is inversely con- 
verted Into binary data, which Is a fax format, in creating- 
reglon 16, and then decoded into visible data i.e. the 
printable data, by coding section 7. Then the data is 
printed by recording section 6. The image data thus re- 
^5 ceived as visible Innage on paper. 

[0045] When the image data is received via PSTN 1 9 
by a regular fax machine, the image data is printed by 
recording section 6 via fax-sending-section 5 in a usual 
manner. 

40 [0046] A method of creating a transmitter's identifica- 
tion is described. 

[0047] Fig. 2A shows a default proper to a fax ma- 
chine, and Fig. 2B shows a transmitter's identifications 
(IDs) table. As shown in Fig. 2A, the default stores a 
machine's name and address in pairs. A machine's 
name is usually shown by using this default and an error 
mail is returned to the machine's address also by using 
this default. 

[0048] As previously described, communication de- 
vice 2 is generally used by a plurality of users. When 
each user establishes his/her own transmitter's identifi- 
cation, those identifications must be registered and dis- 
played. Fig. 2B shows the table where a plurality of us- 
ers are registered. They include respective users' 
55 names, and mail addresses. A method of registration is 
described later. 

[0049] When the users do not specify their own iden- 
tifications, the default shown in Fig. 2A. i.e. the ma- 
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chine's name and mail address proper to communica- 
tion device 2 is, in general, automatically attached to a 
message to be sent. If a transmitter wants to attach an- 
other identification than those proper to device 2, e.g. 
his/her own name and mail address, the machine's iden- 
tification proper to device 2 must be changed. In this 
casB: it can be changed directly by inputs through panel 
section 4, or by using the transmitter's IDs table. The 
change operation is described with reference to the 
flowchart in Fig. 3. 

[0050] In Step 1 (Step is called hereinafter "S"), input 
a recipient's address through panel section 4. Then, in 
82, input whether a transmitter's identification should be 
changed or not. If the change is needed, select which is 
to be changed, i.e. only a name, or a name and address, 
in S3 through panel section 4. When a name only is 
changed, select which method is taken, i.e. input a new 
name of the transmitter directly through panel 4, or 
change the name at the transmitter's IDs table (refer to 
Fig. 2B) in S4. When the name is input through panel 4, 
go to S5 and input the transmitter's name directly. Then, 
go to 37, where scanner 10 reads a message, and set 
the name as a transmitter's identification in SB. Finally, 
in 89, send it according to thE-mail transfer protocol of 
E-mail. 

[0051] In .84, when selecting the transmitter's IDs ta- 
ble for changing the name of transmitter, select his/her 
own name referring to the table in 86. A method of se- 
lecting his/her own name is described later by referring 
to Fig. 7 Then, follow the same procedure as discussed 
above, namely, go to 87 where scanner 10 reads the 
message, and set the name as a transmitter's identifi- 
cation in 88. Finally, send it out in 89. 
[0052] On the other hand, when selecting "not to 
change the name" in S2, use the default (refer to Fig. 
2A) as the transmitter's identification in SIC, then go to 
87 and follow the same procedure as discussed above. 
[0053] In the respective cases discussed above, the 
default is still used as thE-mail address of the transmit- 
ter, so that an error mail or a reply retums to or reaches 
to communication device 2. 

[0054] In S3 of the flowchart shown in Fig. 3, when 
changing both the name and mail address is selected, 
the procedure shown in Fig. 4 follows. 
[0055] Fig. 4 is a flowchart depicting an operation of 
changing both the name and mail address. In S11, se- 
lect which methods to be taken, i.e. input these two fac- 
tors directly through panel 4, or change these factors in 
the IDs table. In a case of inputting them directly through 
panel 4, input the name and mail address directly 
through panel 4 in S12. Then, in 813, select whether 
thE-mail address noticed by thE-mail From command is 
changed or not. ThE-mail From command is issued be- 
tween servers, more specifically, this command is avail- 
able in the information flow (refer to Fig. 1 1 , line 4) be- 
tween the servers, and usually utilized in returning an 
error mail. 

[0056] In a case of changing thE-mail From com- 



mand, change thE-mail address of the command in the 
message transfer protocol in 814. Then, go to S7 and 
follows the steps shown in Fig. 3. If thE-mail From com- 
mand is not changed in 813, go to 87 and follows the 

s steps shown in Fig. 3. 

[0057] On the other hand, when the name and mail 
address of the transmitter are changed by using the IDs 
table, change these two factors in the table in 81 5, then 
go to 813 and follows the steps onward. A method of 

10 selecting the transmitter's identification is detailed later 
by using Fig. 7. 

[0058] Fig. 5A through Fig. 5F show a mail format in 
accordance with SMTP standard. Fig. 5A shows a basic 
mail-format. Fig. 5B shows a format where a transmit- 
ter's name is changed, and Fig. 5C shows a format 
where a name and a mail address of transmitter are 
changed. Fig. 5D through Fig. 5F show formats where 
transmitter's namE-mail address, and thE-mail From 
command are changed. 

20 [0059] ThE-mail format, as shown in Fig. 5A, has thE- 
mail From command and a mail message. The com- 
mand indicates thE-mail address of the transmitter, and 
a reply to an error mail reaches this mail address. ThE- 
mail message indicates therein a version No. of the 

2S Mime that is one of E-mail standard functions, mail soft- 
ware (X-Mailer: ), transmitter's name (comment) and 
thE-mail address (Mail address), which make up the 
transmitter's identification, and "Subject: ', as well as 
"To: ". 

30 [0060] Fig. 5B - Fig. 5F show examples of which mail 
formats have been changed according to the transmit- 
ter's IDs table shown in Fig. 2B. Fig. 5B shows an ex- 
ample where only a transmitter's name of a mail mes- 
sage has been changed to "suzuki". In this case, thE- 

3S mail From command and thE-mail address of mail mes- 
sage remain the default, an error mail is returned to 
••lax^aaa.bbb.jp", i.e. "Internet FAX" as the machine's 
name of communication device 2. 
[0061 ] Fig. 5C shows an example where the transmit- 

40 ter's name and mail-address are changed to "suzuki". 
In this case, an error message is also returned to "Inter- 
net FAX", i.e. machine's name of communication device 
2. 

[0062] Fig. 50 shows an example where the transmit- 
45 ter's namE-mail-address and thE-mail From command 
are all changed to "suzuki". In this case, an error mail is 
returned to thE-mail address of "suzuki", the transmitter, 
i.e. "usrl @abc. defg.jp". 

[0063] Fig. 5E shows an example where the transmit- 
50 ter's namE-mail-address and thE-mail From command 
are all changed to "MGCS". As shown in Fig. 2B, the 
transmitter's name "MGCS" does not have a mailed- 
dress, therefore, a default mail-address, i.e. "fax@aaa. 
bbb.jp", is used as a mail-address. In this case, an error 
ss mail is returned to the machine's name "Internet FAX" 
of communication device 2. 

[0064] Fig. 5F shows an example where the transmit- 
ter's namE-mail-address and Mail From command are 
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all changed to •'usr4@abc.defg.jp-. As shown in Fig. 2B, 
the transmitter's name "usr4@abc.defg.jp" does not 
have a mail address, thus "comment" of the transmitter 
is omitted. In this case, an error mail is returned to thE- 
mail address, i.e. "usr4@abc.defg.jp". 
[0065] Sending the transmitter's identification is no- 
ticed in the text of thE-mail-message and in the data of 
message-transfer-protocol of E-mail. For instance, 
when the transmitter's identification is thE-mail-ad- 
dress. it is notified as a mail-address of a transmitter of i 
E-mail message-transfer-protocol and a mail-address of 
a "From: " column in a message text. 
[0066] ThE-mail-address cannot be notified to the E- 
mail transfer message protocol, but it can be notified on- 
ly to thE-mail-address of "From: " column in thE-mail- n 
message of E-mail. 

[0067] When a transmitter's Identificatbn is hismer 
mail-address and his/her name, the identification is no- 
tified as a mail-address and a comment in the "From: " 
column of th E-mail-message of E-mail. 2C 
[0068] When the transmitter's identification is his/her 
name, the identification can be notified as a comment 
in the "From: " column in the message of E-mail. 
[0069] Next, a method of registering and reading-out 
a transmitter's identification is described hereinafter. 2S 
[0070] Fig. 6 - Fig. 8 are flowcharts depicting the op- 
eration of registering and reading-out the transmitter's 
identification. Fig. 6 is a flowchart depicting an operation 
of reading-out an input screen. Fig. 7 is a flowchart de- 
picting an operation of reading-out registered data. Fig. 30 
8 is a flowchart depicting an operation of registering the 
transmitter's identification. 

[0071] In the first place, the operation of reading-out 
the input screen for registering the transmitter's identi- 
fication. 3^ 

[0072] Communication device 2 has been furnished 
with YES/NO of necessity of verifying a requesting party 
before outputting a registration form. If YES has been 
registered at device 2, the verification by an IP address 
or by a host name must be registered. When the verifi- 40 
cation by the IP address is practiced, the IP address 
must be registered in advance at the transmitter's IDs 
table shown in Fig. 9A, and when the verification by the 
host name, the host name must be registered in ad- 
vance at the host name table shown in Fig. 9B. 45 
[0073] In Fig. 6. first, input a password in S20 (step 
20), then determine whether a registration form is re- 
quested to read out or not when HTTP protocol makes 
a request in S21 . If the protocol requests the registration 
form to be read out, it is determined in S22 if a verifica- so 
tion is necessary whether a requesting party is a party 
already registered or not. This verification in S22 allows 
only a given host already registered to verify registered 
infomnation or to register Information, and prevents the 
information from being accessed by other hosts. The in- ss 
formation security is thus secured. When the informa- 
tion is protected by a firewall and is perfectly protected 
from an access by aliens, "NO verification" is set in S22. 



[0074] When "YES verification" is set in S22. deter- 
mine in S23 whether the verification-with an IP address 
is registered or not. If the verification with an IP address 
is registered, then determine whether an IP address of 

> the station requesting the registration form by HTTP pro- 
tocol agrees with the one already registered or not in 
S24. When the IP address agrees with, output the reg- 
istration form in S25. When the IP address does not 
agree with, it is determined that an alien accesses, and 

? then, issue an error notice or neglect the request and 
halt outputting the registration form in S26. The regis- 
tering operation is thus not practiced. 
[0075] Because the IP address is attached to the PC 
terminal or the sen/er which requests the registration 

> form, determine whetherthis IPaddress agrees with the 
one already registered at the transmitter's IDs table or 
not. This IP address agreement is determined as fol- 
lows. 

[0076] Assume that the IP address and IP mask al- 
ready registered are the content of Fig. 9A. If the PC of 
which IP address is "001 .001 .002.123" requests an out- 
put of registration form when the IP mask is not set, this 
request is accepted because this IP address agrees with 
that registered at the transmitter's IDs table. On the oth- 
er hand, if the PC of which IP address is 
"001.001.002.124- requests the output of registration 
form, this request is refused because this IP address 
does not agree with that registered at the transmitter's 
IDs table. Fig. 12A depicts this procedure. 
[0077] When the IP mask is set as shown in Fig. 9 A, 
the following process is practiced. If the PC having an 
IP address of "001 .001 .001 . 1 03" requests an output of 
registration fomn, this request is accepted because the 
IP address with the mask agrees with the "001 .001 .001 " 
portion since the IP mask is "255.255.255.128". On the 
other hand, if the PC having an IP address of 
"001.001.001.201" requests the output of registration 
form, this request is refused because the IP address 
with the mask does not agree with the registered IP ad- 
dress. Fig. 12B depicts this procedure. 
[0078] fn Fig. 6. when the verification by IP address 
is not set in S23, determine in S27 whether a verification 
by a host name is set or not. If the verification has been 
set, determine whether the host name of the station re- 
questing the output of registration form by HTTP proto- 
col agrees with the host name already registered at the 
host name table shown in Fig. 98 In 828. 
[0079] Assume that the host name has been regis- 
tered as Fig. 9B shows. When the PC having the host 
name of "pci.abc.defg.jp" requests the output of regis- 
tration form as shown in Fig. 12C. this request is accept- 
ed because the host name agrees with that registered 
at the host name table shown in Fig. 9B. On the other 
hand, the PC having the host name of "pc3.abc.defg.jp'* 
requests the output of registration form, this request is 
refused because the host name does not agree with that 
registered at the table. 

[0080] When the workstation having the host name of 
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"wsl.aaa.bbb.jp" requests the output of registration form 
as shown in Fig. 12D, this request is accepted because 
the donnain of this host name agrees with that of the host 
name registered at the host name table. On the other 
hand, the workstation having the host name of 
"ws2.aab.bbb.jp" requests the output of registered 
name, this request is refused because the domain of this 
host name is not registered at the table and the host 
name does not agree with. 

[0081] When the host name agrees with in S28, out- 
put the registration form in S25. When the host name 
does not agree with, issue an error notice, or neglect the 
request and halt outputting the registration form in S26. 
The registering operation Is thus not practiced. 
[0082] If the verification on the requesting party to be 
a party already registered is not needed in S22, or the 
verification-free on the host name has been set In S27, 
then output the registration form In S25. 
[0083] Fig. 1 0 depicts an embodiment of registering 
and verifying the form by an HTML document. In Fig. 
10, "f1 " indicates an input area of a password for regis- 
tering and reading-out, and **f2'' as well as "fS" indicates 
an input area for selecting one of registration or read- 
out. A click selects either one. Clicking "f2" selects a new 
registration, and clicking "f3" selects read-out of regis- 
tered data. Indicated by '^iA" is an area of registering/ 
displaying a transmitter's name, and "fS" indicates an 
area of registering/displaying a mail-address. Indicated 
by "f6" is an ON/OFF switch, which sets YES/NO of ne- 
cessity of changing a transmitter's mail-address of E- 
mait-message-transter-protocol. Indicated by "f?" is a 
practicing switch for sending an input data, and "fS" is a 
canceling switch for erasing the input data. 
[0084] When reading out registered data, set a pass- 
word in the password input area indicated by "f 1 Next, 
click the readout area indicated by "f3", and click the 
practicing switch indicated by "f7". Then, registered con- 
tent is read out and displayed in the registering/display- 
ing area Indicated by "f4" and mail-address registering/ 
displaying area indicated by "fS". 
[0085] When a new registration is required, set a 
password in the password input area indicated by "f1". 
and click the registering/inputting area indicated by "f2" 
to select "registration". Next, input a transmitter's name 
to the transmitter's name registering/displaying area in- 
dicated by '*f4", and also input a mall-address to thE- 
mall-address registering/displaying area indicated by 
"fS". When changing IhE -mail-address of transmitter of 
E-mail-message-transfer-protocol, click the ON/OFF 
switch indicated by "f6" to turn ON. Finally, click the prac- 
ticing switch indicated by "f7" for completing the regis- 
tration. 

[0086] Next, the process of reading out the registered 
data is described. When the step S21 shown in Fig. 6 is 
not a request of registration form, move to the flowchart 
shown in Fig. 7 about reading out registered data. 
[0087] Determine whether S31 has a request through 
HTTP protocol of reading out registered data or not by 



the input signal. If S31 has the request of reading out 
the registered data, determine in S32 whether verifica- 
tion is needed or not about a requesting party, i.e. wheth- 
er the requesting party is identified as already registered 

5 party or not. If the verification is needed, determine in 
S33 whether verification is practiced with an IP address 
or not. When the verification with an IP address has 
been set, determine in S34 whether the IP address of 
the station requesting the registered data with HTTP 

10 protocol agrees with that already registered. If the IP ad- 
dress agrees with, determine in S35 whether verification 
on a password Is needed or not. If the verification on the 
password Is needed, detemiine in S36 whether the 
password notified together with the request of registered 

?5 data by HTTP protocol agrees with the password a I* 
ready registered or not. When the password agrees 
with, output the registration form where the transmitter's 
name of 14" and mail-address of "fS" pair with registered 
data in S37. 

20 [0088] When the verification on an IP address is not 
needed in S33, determine whether a host name must 
be verified or not in S38. If the verification is needed, 
determine whether the host name agrees with In S39. If 
the host name agrees with, go to S35 where the neces- 

25 sity of password verification is determined. If the host 
name verification is not needed in S38, and the verifica- 
tion of requesting party is not needed in S32, go to S35 
where the password is verified. 

[0089] If the IP address does not agree with In S34, 

30 go to S40 provided the password does not agree with 
in S36 and the host name does not agree with in S39. 
Then, issue an error message or neglect the request, 
and halt outputting the registration form. 
[0090] Next, a process of registering data is described * 

35 hereinafter. In S31 of Fig. 7, if there is no request of read- 
ing out the registered data, go to the flowchart about 
registering data shown in Fig. 8. 
[0091] In S41, determine whether registering data is 
requested or not. If registering data is requested, first of 

40 all, confirm whether a verification is needed or not, i.e. 
if the requesting party has been registered or not. 
[0092] Respective steps from S42 to S46 are Identical 
to S32 - S36 shown in Fig. 7, and S48 and S49 are also 
identical to S38 and S39 shown in Fig. 7, the description 

45 thereof are thus omitted here. 

[0093] When the password agrees with in S46, or the 
password verification is not needed in S45, register the 
data in S47. On the other hand, when there is no request 
of registering data in S41 , goto S50, then, issue an error 

50 notice and halt registering data on condition that the IP 
address in S44, the password in S46, and the host name 
in S49 would not agree with respective counterparts. 
[0094] The communication device of the present in- 
vention as discussed above comprises the following el- 

55 ements: 

(a) an image data creating section; 

(b) an image data sending section for sending an 
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image data according to a message-transfer-proto- 
col of E-mail; 

(c) a register for registering a plurality of transmit- 
ter's identifications; and 

(d) an identification sending section for selecting 
one of the identifications and sending it through E- 

maW. 

[0095] Using the communication device having the el- 
ements discussed above, when a transmitter sends im- 
age data by E-mail over the Internet, the transmitter puts 
identification in a "From: " column for each mail based 
on an operator's intention. A recipient then can identify 
the transmitter before opening a file attached to the im- 
age data. When the recipient answers thE-mail using a 
reply function of thE-nnail-browsing-software, this com- 
munication device allows the answer-data to reach an 
Intended person. 

[0096] This structure keeps this communication de- 
vice from oulputting the registered data or HTML docu- 
ment for data input when a host other than registered 
one or an address other than registered IP addresses 
requests, according to the HTTP protocol, to read the 
registered innage or data. 

[0097] Therefore, the communication device of the 
present invention allows an transmitter's identification 
to be registered or read out only when a registered host 
or a registered-IP-address-holder makes a request. The 
identlficatiorns are thus kept in confidential to non-regis- 
tered hosts and IP addresses. 
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Claims 



2. 



A communication device comprising; as 

(a) an image data creating section; 

(b) an image data sending section for sending 
an image data according to a message-trans- 
fer-protocol of E-mail; 40 

(c) a register for registering a plurality of iden- 
tificatbns of a transmitter and 

(d) identification sending means for selecting 
one of the identifications and sending a select- 
ed identification through E-mail. 4S 

The communication device as defined in Claim 1 
wherein the identification of the transmitter is a mail- 
address, which is notified as a mail-address of mes- 
sage-transfer-protocol of E-mail as well as a mail- so 
address that is put in a "From: ■ column in a mail- 
message of E-mail. 

The communication device as defined in Claim 1 
wherein the identification of the transmitter isa mail- ss 
address, which is notified as a mail-address put in 
a "From: " column in a mail-message of E-mail. 



10. 



11. 



The communication device as defined in Claim 1 
wherein the identification of the transmitter is a mail- 
address and a name of the transmitter, both of 
which are notified as a mail-address and a comment 
put in a "From: " column in a mail-message of E- 
mail. 

The communication device as defined in Claim 1 
wherein the identification of the transmitter is a 
name of the transmitter, which is notified as a com- 
ment put in a "From: " column in a mail-message of 
E-mail. 

The communication device as defined in Claim 1 
wherein the identification of the transmitter is set 
when a send-out instruction Is given to the image 
data. 

The communication device as defined In Claim 1 
wherein said device outputs an HTML document for 
data input based on HTTR and registers the iden- 
tification of the transmitter based on information in- 
put into the HTML document 

The communication device as defined In Claim 1 
wherein said device halts outputting an HTML doc- 
ument for data input when a host other than a reg- 
istered host requests an output thereof. 

The communication device as defined in Claim 1 
wherein said device halts outputting an HTML doc- 
ument for data input when an IP (Internet Protocol) 
address other than a registered IP address re- 
quests an output thereof. 

The communication device as defined in Claim 1 
further comprising: 

menriory means for storing plurality of identifi- 
cations of a transmitter; and 
reading-out means for reading out the stored 
plurality of identifications of the transmitter, 
wherein said device halts outputting registered 
identifications of the transmitter when a host 
other than the hosts already registered re- 
quests the registered identifications. 

The communication device as defined in Claim 1 
further comprising: 

memory means for storing plurality of identifi- 
cations of a transmitter; and 
reading-out means for reading out the stored 
plurality of identifications of the transmitter, ' 
wherein said device halts outputting registered 
identifications of the transmitter when an IP ad- 
dress other than IP addresses already regis- 
tered requests the registered identifications. 
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12. The communication device as defined in Claim 1 
wherein said device creates the image data by 
reading a message to be sent with a scanner. 

13. The communication device as defined in Claim 1 s 
wherein said device creates the image data to be 
sent on a screen of a personal computer 

14. A communication device comprising: 

10 

(a) an image data creating section; 

(b) an image data sending section for sending 
an image data according to a message-trans- 
fer-protocol of E-mail; 

(c) inputting means through which an identlfi- 
cation of a transmitter is input; and 

(d) sending means for sending the input identi- 
fication of the transmitter by E-mail. 

15. The communication device as defined in Claim 14 20 
wherein the identification of the transmitter is a mail- 
address, which is notified as a mail-address of mes- 
sage-transfer-protocol of E-mail and a mail-address 

put in a "From: " column in a mail-message of E- 
mail. 2S 

16. The communication device as defined in Claim 14 
wherein the identification of the transmitter is a mail- 
address, which is notified as a mail-address put in 

a "From: " column in a mail-message of E-mail. 30 

17. The communication device as defined in Claim 14 
wherein the identification of the transmitter is a mail- 
address and a name of the transmitter, both of 
which are notified as a mail-address and a comment 3S 
put in a "From: " column in a mail-message of E- 
mail. 

18. The communication device as defined in Claim 14 
wherein the identification of the transmitter is a 40 
name of the transmitter, which is notified as a com- 
ment put in a "From: " column in a mail-message of 
E-mail. 

19. The communication device as defined in Claim 14 4S 
wherein the identification of the transmitter is set 
when a send-out instruction is given to the image 
data. 

20. The communication device as defined in Claim 14 5a 
wherein said device creates the image data by 
reading a message to be sent with a scanner 

21. The communication device as defined in Claim 14 
wherein said device creates the image data to be 55 
sent on a screen of a personal computer. 

22. A communication device comprising: 



(a) a scanner for reading a text and converting 
thereof to an image data; 

(b) a first memory for storing the image data; 

(c) image data sending means for sending the 
image data according to a message transfer 
protocol of E-mail; 

(d) a register for registering a plurality of iden- 
tifications of transmitter; 

(e) a second memory for storing registered 
identifications of the transmitter; and 

(f) identification sending means for selecting 
one of the identifications stored in said second 
memory and sending a selected identification 
through E-mail. 

23. A communication device comprising: 

(a) a scanner for reading a text and converting 
thereof to an image data; 

(b) a first memory for storing the image data; 

(c) image data sending means for sending the 
image data according to a message transfer 
protocol of E-mail; 

(d) a second memory for storing a default of an 
identification of a transmitter; and 

(e) notifying means for notifying the default 
stored in said second memory as the identifica- 
tion of the transmitter. 

24. The communication device as defined in Claim 23 
wherein the default of the identification of the trans- 
mitter is a name and a mail-address of the transmit- 
ter assigned to said device. 

25. A communication device comprising: 

(a) a scanner for reading a text and converting 
thereof to an image data; 

(b) an E-mail transceiver for sending/receiving 
the image data according to a message transfer 
protocol of E-mail; 

(c) a facsimile transceiver for sending/receiving 
the image data through facsimile; 

(d) a recorder for recording the image data on 
a sheet of paper; 

(e) a first converter for converting the image da- 
ta read by said scanner into one of E-mail for- 
mat and facsimile format; 

(f) a second converter for converting the im- 
aged data received by said E-mail transceiver 
into the facsimile format; 

(g) a third converter for converting the image 
data received by said facsimile transceiver into 
the E-mail formal, and 

(h) a cabinet for housing said respective ele- 
ments discussed above. 

26. A method of communicating an image data, said 
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method comprising the steps of: 

(a) inputting an E-mail address of an intended 
recipient; 

(b) creating the image data to be sent; 5 

(c) sending the image data according to a mes- 
sage transfer protocol of E-mail; 

(d) creating an identification of a transmitter in- 
cluding at (east a name and a mail-address of 

the transmitter; and 70 

(e) sending the identification of the transmitter 
by putting thereof in at least one of a mail-ad- 
dress column of the transmitter in a message 
of E-mail, a comment column in the message 

of E-mail and a mall-address of the transmitter is 
in a message-transfer-protocol. 

27. The method of communicating an image data as de- 
fined in Claim 26 wherein step (d) includes the steps 



(d-l) registering a plurality of identifications of 
the transmitter; and 

(d-2) selecting at least one data out of the reg- 
istered identifications of the transmitters. 2S 

28. A method of communicating an image data, said 
method comprising the steps of: 

(a) inputting an E-mail address of an intended so 
recipient; 

(b) creating the image data to be sent; 

(c) sending the image data according to a mes- 
sage transfer protocol of E-mail; 

(d) selecting a default Identification of a trans- 3S 
mitter as an identification of the transmitter; and 

(e) sending the default identification of the 
transmitter by putting thereof in at least one of 
a mail-address column of the transmitter in a 
message of E-mail, a comment column in the 40 
message of E-mail and a mail-address of the 
transmitter in a message-transfer-protocol. 

29. A method of facsimile communication comprising 
the steps of: 45 



(a) inputting a mail-address of an intended re- 
cipient through an operation panel; 

(b) reading a message to be sent by a scanner; 

(c) coding an image data read by the scanner; so 

(d) converting the coded image data into an E- 
mail format; and 

(e) sending the image data in the E-mail format 
according to a message-transfer-prc^ocol of E- 
mail. 
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FIG. 2A 
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FIG. 3 
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FIG. 5 A Mail From Command 

MAIL<SP>FROM: < reverse- path > 

Mail Message 

Mime— Version : 1 . O 

X — Mailer: Internet FAX. MGCS 

From : "comment" < Mail address > 

Subject: * * * * 

To:aaa@bbb. ccc. ddd 



Fig. 5B Change Transmitter's Name of Mail Message 

into "suzuki" 

Mail From Command 

MAIL FROM:<fax@aaa. bbb. jp> 

Mail Message 

Mime — Version: 1. 0 

X — Mailer: Internet FAX. MGCS 

From: "suzuki**, fax@aaa. bbb. jp> 

Subject: * * * * 

To:aaa@bbb. ccc. ddd 



FIG. 5C Change Transmitter s Name and Mail Address 

of Mail Message into "suzuki" 
Mail From Command 

MAIL FROM: <fax@aaa. bbb. jp> 

Mail Message 

Mirne— Version: 1 . O 

X — Mailer: Internet FAX. MGCS 

From: "suzuki**<usr1@abc. defg. Jp> 

Subject: * * * * 

To:aaa@bbb. ccc. ddd 
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FIG. 5D 



FIG. 5E 



FIG. 5F 



Change Transmitter's Nanne. MaiJ Address and 
Mail From Command into "suzuki" 
Mail From Command 

Mail FROM: <usr1@abc. defg. jp> 

Mail Message 

Mime— Version: 1 . O 

X — Mailer: Internet FAX. MGCS 

From: "su2uki"<usr1 @abc. defg. jp> 
Subject: * * * * 

To:aaa@bbb. ccc. ddd 



Change Transmitter's Name, Mail Address and 
Mail From Command into "MGCS"* 
Mail From Command 

MAIL FROM : <fax@aaa. bbb. jp> 

Mail Message 

Mime— Version: 1. O 

X— Mailer: Internet FAX. MGCS 

From: "MGCS" <fax@aaa. bbb. jp> 
Subject: * * * * 

To:aaa@bbb. ccc. ddd 



Change Transmitter's Name, Mail Address and 
Mail From Command into ''usr4@abc. defg. jp" 
Mail From Command 

MAIL FROM: <usr4<g>abc. defg. jp> 

Mail Message 

Mime — Version: 1 . O 
X~Mailer: Internet FAX, MGCS 
From: <usr4@abc. defg. jp> 
Subject: ^ ^ ^ ^ 
To:aaa@bbb. ccc. ddd 
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FIG. 9A 
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001.001.002.123 
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FIG. 9B 
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FIG. 1 1 

siSfLO^S^C^rs'rF.rR;^^*-'"^ r^ansfe. service Ready 

R: 250 BBN— UNIX. APPA 

R: 2^o'-o'^°'^ = <Smith@USC-ISIF. ARPA> 

|: ^£?^^"^°J,<*f'-««"@BBN-UNIX. ARPA> 
R. 550 No Such user here 

r] ^^^"^qJ^°=<S''°w"@bbn-unix. ARPA> 

S: DATA 

R; ...etc. etc. etc. 
S: . 

R: 250 OK 
S: QUIT 

R: 221 BBN^UNIX. ARPA Service closing transmission channel 
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(57) A communication device for sending an image 
data through E-mail includes the following elements: (a) 
an image data creator, (b) image data sending means 
for sending the image data according to a message 
transfer protocol of E-mail, (c) a register for registering 
plural identifications of a transmitter, and (d) sending 
means for selecting at least one of identifications of the 
transmitter. When the image data is sent by E-mail over 
the internet, an identification of the transmitter can be 
set at a transmitter side depending on an operator's in- 
tention and a recipient can identify a transmitter before 
opening a file attached to a received data. When the re- 
cipient replies the mail with a reply function of a mail 
browsing software, the reply mail can reach an intended 
address. 
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